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REPLICA ROUTING 

BACKGROUND OF THE INVENTION 
This invention relates in general to an internetwork rep- 
lica routing system and more particularly relates to a system 
for directing a client computer to a server replica that is 
estimated to provide good performance for the client com- 
puter. 

The recent rapid growth of users of international public 
packet-switched computer internetworks such as the Internet 
has created a large demand for the information and services 
they contain. The replication of services in an internetwork 
makes it possible for such services to service many users. 

Certain known approaches for automatically directing 
client computers to servers include, for example, round 
robin DNS and loading balancing DNS, which direct users 
to one of a number of server replicas in an attempt to balance 
the load among many servers. In another approach called 
multiple hostnames, content is spread over multiple servers, 
each with a separate hostname. Web pages returned to users 
contain links that point at the replica that has been selected 
for the user based on load-balancing concerns and replica 
content considerations. In another approach called Internet 
load balancing, a hardware component automatically dis- 
tributes user requests sent to a single IP address to one of a 
number of server replicas to implement load balancing. 
Another approach is resonate dispatch that combines load 
balancing with replica capability to automatically direct 
users to a replica that is operational, is not overloaded with 
requests, and contains the requested information. 

SUMMARY OF THE INVENTION 

The invention provides a network server replication sys- 
tem that uses a new method called replica routing to auto- 
matically direct a client computer to a server replica that will 
perform well for the client given the location of the client in 
the internetwork. More specifically, client computers contact 
a replica router that transparently redirects them to a server 
replica in the internetwork that will perform well given the 
client's network location and the estimated performance of 
the internetwork. 

The replica routing provided by the invention allows a 
client computer to access key replicated information near the 
location of its use in the internetwork. In particular, once an 
appropriate server replica is established, replica routing 
according to the invention automatically directs clients that 
are "nearby" in the internetwork to that particular replica, 
thereby providing high-performance access to the replicated 
server. For example, the invention will enable high- 
performance access to network applications, such as video, 
that are highly sensitive to the delay and bandwidth that are 
introduced by network components such as network links 
and network routers. This high-performance access is espe- 
cially important given that public computer internetworks 
typically include switching, transmission, and host computer 
components controlled by many individuals and organiza- 
tions. 

In certain embodiments each server replica creates a 
replica advertisement that summarizes information about its 
location in the internetwork and its observation of the local 
internetwork topology and performance. A server replica 
automatically passes its replica advertisement into the rep- 
lica routing system. The replica router relies upon replica 
advertisements supplied by each server replica and other 
optional measurements to route a client computer to one or 
more server replicas. New replicas can be flexibly added 
without undue administrative overhead. 
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As the number of server replica grows it may become 
impractical or inefficient for every replica router for a 
service to contain the replica advertisements for all server 
replicas. One particular method for replica routing according 

S to the invention allows replica routers to be optionally 
arranged in a hierarchy, and for replica advertisements to be 
propagated only part way up the replica router hierarchy. 
During the replica routing process client requests are auto- 
matically sent down the hierarchy until they reach a replica 

10 router that is sufficiently knowledgeable about a replica's 
internetwork location to make an informed replica routing 
judgment. Thus, not all of the replica advertisements for a 
particular service have to be contained in a single replica 
routing server. 

15 A second reason for introducing a hierarchy of replica 
routers is for security concerns. Since a replica advertise- 
ment can contain sensitive information about internetwork 
characteristics and topology, an organization can choose to 
create a private replica router inside of a private internet- 

20 work (an intranet) to contain this information. In one par- 
ticular embodiment of the invention, client requests from 
inside of the intranet will be automatically directed to this 
private replica router, while client requests from outside of 
the intranet will use other replica routers that do not need to 

25 know the detailed advertisements for replicas they cannot 
access. 

In another aspect of the invention, a client applet can 
assist in the replica routing process. The client applet can 
determine certain characteristics of the client internetwork 

30 environment, and send these to the replica router as addi- 
tional information to aid the routing process. The replica 
router can return more than one replica address to the client 
applet, and the client applet can then perform empirical 
performance experiments to choose the best server replica 

35 for the use of the client. 

Numerous other objects, features, and advantages of the 
invention will appear from the following description taken 
together with the drawings. 

40 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a replica routing system 
according to the invention. 

FIG. 2 is a diagram of a replica routing hierarchy. 
45 FIGS. 3«-3c is a flow chart illustrating the creation of a 
replica advertisement and the processing of a replica adver- 
tisement by replica routers. 

FIGS. 4a-4fc is a flow chart illustrating the processing of 
5Q a client request to a replica router that results in the client 
being redirected to another replica router or a server replica. 

FIGS. Sa-Sb is a flow chart illustrating the alternative 
processing of a client request to a replica router with the aid 
of a client replica routing applet, 
55 FIG. 6 is a flow chart illustrating a process for determin- 
ing internetwork performance in a neighborhood of adjust- 
able size. 

DETAILED DESCRIPTION 

60 A replica routing system 100 as shown in FIG. 1 employs 
public internetwork 10 and intranets 11 and 12 protected by 
firewalls 20 and 21 to interconnect a plurality of client 
computers 31, 32, 33, and 34, server replicas 41, 42, and 43, 
replica routers 51 and 52, and master servers 61 and 62. 

65 Each replica router 51 and 52 has a corresponding replica 
routing database 71 and 72. A user of the system employs a 
client computer 31, 32, 33, 34 to access services provided by 
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master servers 61, 62 and server replicas 41, 42, 43, and is dures. Background on this network technology can be found 

directed to an appropriate server replica by one or more in TCP/IP Illustrated by Stevens (1994, Addison-Wesley, 

replica routers 51, 52. Client computers can include user Reading, Mass.), Routing in the Internet by Huitema (1995, 

workstations and proxy servers. Master servers 61, 62 are Prentice Hall, Englewood Clifi% NJ.), and "End-to-End 

used to service certain update requests that are not processed 5 Routing Behavior in the Internet" by Paxson (1996, SIG- 

at server replicas 41, 42, 43, such as purchasing of goods or COMM '96 8/96 CA, USA). The term network is used 

user registration that requires the synchronized updating of herein t0 refer t0 both networks and subnetworks. The term 

shared databases. Replica routers, server replicas, and mas- n D etw ° rk nun * er or netw ? rk identifier is used to refer to the 

ter servers can be implemented on separate computers as IP address of a network including both its network and 

shown, or can share computers. For example, a replica 10 su networ components. 

router, a server replica, and a master server can exist on the FIG - 2 shows an exam P le hierarchy 200 of replica routers, 

same computer router ^01 being a root replica router, and with router 

The contents of server replicas 41, 42, 43, 44 can be being a leaf replica router that contains replica adver- 

, . lt . ■ j l 4 1 l j v .* tisements for server replicas in its network neighborhood, 

dynamically maintained by a network-based replication w r t . t t , T , r , 

tU a \ i u • u* a k More than one replica router can exist at each level of the 

method, such as a master-slave scheme or weighted voting, 15 . . 4 . , , ™ 

.. , , . , , , , * . . ,1 ° hierarchy, and there can be multiple root replica routers. The 

or replicas can be updated by digital broadcast either over Tri *" A r A * , . nvir 

tL . i • . w . . , t . , IP addresses of the root replica routers are bound to the DNS 

the network or by separate multicast or broadcast channels r 4 . • v u A , , 

. A 3 ; . • 1 i - ^ , ,• name of the service, such as www.pathnnder.com. 

such as satellite or terrestrial links. Alternatively, replicas „ , . , r 

can either be partially or totally implemented by media that ,. Before discussing how replica routers operate to chrect 

can be physically distributed such as optical disk. » f cnt «™puters to *™ that provide good per- 

' , . , , . . , formance for the client computers, this discussion will 

The software architecture underlying the particular pre- desclibe how a ^ m r of ^ can „ dis . 

ferred «rtodraent is based upon the hypertext conventions coyef , ^ ^ Jnteraetwcwk topology. Then this discussion 

« f ,^ 6 .^°i ld ld6 Y Ct - ^ H yP ertcxt Markup language ^ descfibc how ^ techni is used in connection ^ 

(HTML) document format is used to represent _ documents the routin tem of ^ m invention . 

and forms, and the Hypertext Transfer Protocol (HTTP) is „ * c . a ' t - ,. f , . . 

, . ' t. t . v j FIG. 6 is a flowchart for the discovery of local internet- 
used between client, replica router, server replica, and mas- i*i j r ah i .1. t 
ter server computers. Documents are named with Uniform wo * topology and performance. All routing protocols that 
n t * /itfit \ • *u * i c 4 k are m use on the internetwork are employed, including the 
Resource Locators (URLs) in the network of computers. A „ 4 . T r t . n , , mim J 7^ A * 
, 4 . t fj**»ij*u ji * j Routing Information Protocol (RIP), External Gateway Pro- 
document can be any type of digital data broadly construed, . , ™ , ^ 4 n / i^/-m ^ J 
. 1t . j • j 4 T . * . i j . ; j * j 30 tocol (EGP), Boarder Gateway Protocol (BGP), Open Short- 
such as multimedia documents that mclude text, audio, and , 4 /^noT-\ i-i i j. j * n 

, , . .u ♦ » • t i est P atD F irst (OPSF), Classless Interdomain Routing 

video, and documents that contain programs. In particular, /nmn x , > , ' , A4 ; 

, ' . . ja**v * i u (CIDR), and their descendants and follow-ons. At step 905 

Java applets and ActiveX controls can be contained in or ; „ , i- \ j * i * 

^ ju j * *u * 11 *u u-i%- r v * a client computer (or a server replica) sends a network router 

referenced by documents that allow the cap abilities of client n . j . ill. j 

^ 7 , . 4 . „ * j jl *l j i j- solicitation message on all connected networks by broadcast 

computers to be automatically extended by the do wnloading i.- * . i * _i. * i * 

of new ro rams 35 or multicast to learn of nearby network routers (standard 

o new programs. network routers are not to be confused with the replica 

In addition to documents, server replicas can be used to routeK according t0 the invention), 

replicate any type of data, including relational databases A( 91Q ^ t m s ^ 

multimedia data video nies, and groupware data. losupport genl tQ aU Qf ^ network 

routers discovered in step 905. 

access to these datatypes server replicas and master servers w a , ^ an or preconflgured networ ^ rout . 

can support a vane ty of standardized protocols in addition to „ f 4 . 4 U1 x % t , 

• j .c,™™ l . j / . * n ers. Responses (routing tables) from the network routers are 

or instead of HTTP, such as standard remote procedure call received b ^ client m f at M5 A , 92Q ^ 

protocols, database interfaces such as ODBC, and i- * _ * j • ( . *• * u tU * j 

a. pi. . ■« * j nu- * a i /r^™>r\ chent computer derives from the routing tables the expected 

Microsoft s Distributed Common Object Model (DCOM) f r - , . t , f ; . 

and their successors performance from the client s network to all of the networks 

45 specified in the received routing tables and records this 

Server replicas can also replicate programs that are used information in a network performance table. The network 

to generate dynamic content When a server replica receives performance table is a list of rows, in which each row 

from a client and processes an HTTPrequest for the URL of contains a network QUmber) a net mask> and an estimate of 

such a program, the program is executed, and the program the performance from the client to the network number (e.g., 

produces dynamic content that is returned to the client. 50 an estimate of bandwidth). A net mask (sometimes called a 

HTTP POST data can also be sent to dynamically executed subnet mask) spedfies which portions of an ]p addfess 

programs using the same URL-based mechanism. Thus, contain oetwork and subnetwork identifiers and thus should 

server replicas can be used to produce dynamic content and be matched t0 a Ip address l0 determirje whether the 

process client data as well as serve static content. This two addr esses are on the same network. Each network 

program replication and dynamic program invocation 5S performance table entry also includes the net mask for the 

mechanism can also be employed with other standardized destination network as reported by the routing table. If no 

communication protocols. net mask is rep orted by a network router in a destination 

Server replicas can optionally process certain update and network, then a default net mask based on the class of the 

transaction requests and relay them to other server replicas destination network's IP address (which is inferred from the 

or master servers. For example, a shared project page could 60 initial digits of the address) is used, or another pre-specified 

be updated at one server replica, and this update could be set of rules is used. If more than one network router offers 

automatically propagated to all other replicas. Alternatively, a route to a distant network, the client computer records only 

form submissions for hard-good orders could be spooled to the best-performing route in the performance table. A single 

a file, by a server replica, and then sent at predetermined metric for replica routing "performance" is used, such as 

intervals to a master server for further processing. 65 estimated bandwidth. For example, if a particular RIP net- 

The network architecture underlying one particular work router reports the number of network hops it requires 

embodiment is TCP/IP and the family of IP routing proce- to reach a distant network, rather than the estimated band- 
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width required lo reach the distant network, the number of database and deletes any replica summary record entries that 

hops can be converted to estimated bandwidth by simply have a timestamp that is older than a configuration-set time 

reducing bandwidth from an ideal fixed maximum by a fixed limit. At step 307 a test is made to see if this replica router 

amount for each hop reported. Alternatively, if the address of is configured as a root replica router. If so, then control is 

a router on a distant network is discovered in the information s transferred to step 370 and the root replica router does not 

received at step 915, it can be "pinged" to attempt to create an advertisement (because the root replica router has 

estimate the network performance from the client to the no parent to which it can send an advertisement). If this 

distant network. At step 925 if a configuration-set maximum replica router is not a root replica router, then at step 310 the 

number of iterations has not been exceeded, then at step 935 replica routing database is used to create a new replica 

all of the network routers that were named in the routing summary record that has multiple entries, one for each 

tables received at step 915 that were not previously explored network number advertised in a replica summary record in 

are assembled, and this set of new routers is used at step 910 the replica routing database. Each entry in the newly created 

to learn more about the network neighborhood. Otherwise, replica summary record includes: a network number, the net 

at step 930, internetwork performance discovery is mask for that network number, the best performance metric 

completed, yielding a network performance table that is a vahie f or mat network number that is advertised in a replica 

list of rows, in which each row contains a network number, ]5 summary record by s^r replica or replica router, and 

a net mask, and an estimate of the performance to that the timestamp from this best performing entry in the routing 

network number. database. The newly created replica summary record is 

In an alternative embodiment, the maximum depth marked as being created by a replica router, 

(maximum number of iterations) explored for a given net- At step 315 logic common to the replica routers and server 

work router can depend on the network router (e.g., well- repUcas begins> and me new replica summary record can be 

known network routers can have a greater maximum depth). modified according to operator-specific rules that are spe- 

In another alternative embodiment, more than one network cific to ^ rep iica router or server replica. Arbitrary alter- 

performance metric can be utilized (such as bandwidth and ations t0 ^ acw repHca record can te specified, 

latency). including: the removal of certain networks; the addition of 

Multiple types of network numbers can be used simulta- network numbers with specified network masks, perfor- 

neously in a network performance table, and thus multiple mance metric values, and times tamps that can include a "do 

types of network numbers can be used in replica routing no t expire value"; manual override, by network number, of 

databases, including IP network numbers, IPng (next network masks and performance metric values or replica 

generation) numbers, and their successors. 3Q summary record entries; and removal of replica summary 

In an alternative implementation, the network perfor- record entries that do not achieve a specified performance 

mance map is extended by using a traceroute utility to metric value. In this way the operator of a server can ensure 

perform traceroutes to preconfigured IP addresses and to the that the server serves its intended audience, for example by 

IP addresses of server replicas. Traceroute utilities are adding intranet network numbers that cannot be seen from 

described in TCP/IP Illustrated, Vol 1, Chapter 8: "Tracer- 3S outside the intranet's firewall. Next, the replica router or 

oute Program," Stevens, (1994, Addison-Wesley, Reading, server replica selects a set of parent replica routers. The 

Mass.). Server replica addresses can be discovered by con- addresses of the parent replica routers are initialized by 

tacting root replica routers and other replica routers and looking up the replica routers bound to the service's DNS 

asking them with a specialized request to transmit their list name (such as "www.pathfinder.com"). Alternatively, the set 

of server replica and replica router addresses. The use of 40 of parent replica routers can be manually configured for 

traceroute can uncover information that is not available from more involved hierarchies. 

routing table inquiries. [ n an alternative embodiment, server replicas contain the 

FIGS. 3a-3c is a flowchart that describes the operation of same basic information, but are specialized with local fea- 

server replicas and replica routers, including the creation of tures such as having their content in a foreign language or 

replica advertisements. Akey concept in the operation of this 45 having buyer-location-specific prices. In this embodiment, a 

system is that server replicas and replica routers both server replica's advertisement is altered in 315 as described 

perform the functions of selecting parent replica routers and above to offer to service network numbers that are in a 

sending "advertisements" to the parent replica routers that geographical area, e.g., a country, or administrative domain, 

include information concerning the server replica's or rep- e.g., a company, regardless of whether these network num- 

lica router's address in the internetwork as well as local 50 bers are actually close to the server replica, to cause client 

internetwork topology and performance estimates derived routing to server replicas to be based on content specializa- 

from server replicas or replica routers. tion. In particular, the network numbers that the server 

At step 301, if a particular computer is a server replica, replica wishes to service can be added to the network 

control is transferred to step 302, and if it is a replica router, numbers ordinarily advertised as being close to the server 

control is transferred to step 306. 55 replica's location (if the network numbers that the server 

At step 302 a server replica creates a network perfor- replica wishes to service are different from the numbers 

mance table using the method presented in FIG. 6. At step advertised as being close to the server replica's location), or 

305 the server replica creates a replica summary record that the numbers ordinarily advertised are deleted. For example, 

has one entry for each network it can reach. Each replica a server replica having content in the French language could 

summary record entry contains: a network number, the go °^ CT 10 service network numbers that are in France. In this 

network's net mask from the network performance table (see example, when multiple servers offer to service networks in 

FIG. 6), an estimate of the performance to the network from France, then performance metric values will be used to 

the network performance table, and the current time as a choose the best one for a client request, 

timestamp. The entire replica summary record is marked as Once the set of parent replica routers is determined their 

being created by a server replica. 65 addresses are stably recorded for later use. 

Alternatively, if a particular computer is a replica router, At step 325 a replica advertisement is constructed that 

then at step 306 the replica router scans its replica routing includes the replica summary record, the IP address of the 
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local computer, and the current time. A digital signature is summary record entries that contain the best network per- 

added to the replica advertisement at 330 that is based upon formance metric values are selected and sorted by decreas- 

a service-specific private key known to all replicas and ing network performance metric value, and the TP addresses 

replica routers of a service, and the completed replica contained in the corresponding replica advertisement entries 

advertisement is sent to the parent replica routers in HTTP 5 are made the candidate target IP addresses. Each entry in the 

POST message 335. candidate target IP address list includes a descriptor indi- 

After a parent replica router receives the replica adver- eating whether it is a replica router or server replica (this 

tisement message 335, at step 340 it authenticates the replica information is determined from the entry's replica 

advertisement using the public key of the service. Once the advertisement). The number N is a configuration parameter, 

advertisement is authenticated, at step 341 a check is made to Control then transfers to step 590. 

to ensure that the IP address in the advertisement is the same At step 562 the replica router determines the network 

as the source IP address in the header of message 335. If the route and hop -by-hop delay to the client IP address in the 

IP addresses match, control continues at 345, otherwise header of message 515 using a utility such as traceroute. If 

control continues at 342. the replica router already has the routing and performance 

At step 342, if the IP addresses do not match, it means that 15 information because of a previous execution of step 562 to 

the replica advertisement has traveled through a firewall (see the same client address it uses this information if the 

FIG. 1). The multiple-entry replica summary record in the information is not older than a configuration-set maximum 

replica advertisement has a single entry added that includes: time, 

the source IP address in the header of message 335, a net At step 565 the IP address of each network router in the 

mask of all bits "1," a default network metric value, and the 20 network route to the client is looked up in the replica 

current time. This additional entry is added to the summary summary records in the replica routing database, starting at 

because the added IP address will be identical to the IP the network router closest to the client. Matching is per- 

addresses of requests made by clients from behind the same formed using the net mask in each replica summary record 

firewall, and thus will match the IP addresses of these client entry. If there are no matching entries in the replica routing 

requests. This new replica summary record is marked as 25 database, then at step 575 a default set of pre-specified 

having been created by a replica router. server replicas is made the set of candidate target IP 

At step 345 the replica advertisement is added to the local addresses, and all of the default replicas are marked as server 

routing database at the parent replica router if the advertise- replicas. Control is then transferred to step 590. 

ment has a more recent timestamp than a previous replica ^ if there are matching entries in the replica summary 

advertisement in the routing database from the same IP records in the routing database then at step 570 each 

address specified in the replica advertisement. Replica matching replica summary record entry has its advertised 

advertisements that are superseded by newer advertisements network performance added to the network performance 

are deleted. estimated from the client to the network router it matched. 

An acknowledgment message is constructed at step 355 35 One way to estimate this performance is to take the round- 
that contains the IP address contained in the advertisement, trip performance observed from the replica router to the 
the timestamp, and a digital signature using the service client and adjust for the round-trip performance from the 
private key. The acknowledgment message 360 is authenti- replica router to the network router that matched. The N 
cated by the sending server replica or replica router at step matching replica advertisement entries that contain the best 
365, and a timer is set at step 370 to refresh the registration 40 aggregate network performance metric values are selected, 
information at a configuration-determined interval. When and the IP addresses contained in these replica advertisement 
the timer expires, control of the server replica or replica entries are made the candidate target IP addresses. Each 
router returns to step 301. entry in the candidate target IP address list includes a 

In an alternative embodiment, replica routers regularly descriptor indicating if it is a replica router or server replica; 

"ping" the servers that are described by replica advertise- 45 this information is determined from the entry's replica 

ments in their replica routing databases. Servers that do not advertisement. The N IP addresses are ordered by decreasing 

respond have their advertisements removed unless their network metric merit. Control then transfers to step 590. 

replica summary record contains an entry that has a net mask At step 590 a new URL is computed that consists of the 

consisting entirely of "l"s, which indicates that the server is URL sent in message 515 with its network address portion 

behind a firewall. 50 replaced by the IP address that is the highest on the candidate 

FIGS. Aa-Ab shows a flowchart that describes the process target IP address list. The new URL is sent back to the client 

of forwarding a client computer to a server replica using in redirect message 595. 

HTTP redirects. At step 505 a user selects an entry from a At step 596 the client processes the redirect. If the new 

previously received HTTP page that contains a URL that URL points to a replica router, then the client will automati- 

refers to a replicated service. At step 510 a network request 55 cally start again at step 510 using a different replica router. 

515 is created, such as a GET or a POST, and request 515 One application of such a redirect is to redirect a client to a 

is sent to a root replica router for the service. The IP address replica router that is behind a firewall that is specialized for 

of the root replica router is derived from the DNS name or server replicas in the client's intranet. If the new URL points 

address in the URL selected in step 505. to a server replica, then the server replica will return pages 

At step 535 the replica router matches all of the replica 60 that contain relative links for all requests that can be serviced 

summary record entries in the replica routing database to the from the replica, and absolute links to a master server for all 

source IP address in message 515. Address matching of each requests that need to be serviced by a master server. Relative 

replica summary record entry is performed based on the links allow the client to carry the local server replica host 

portion of each address that constitutes the network identi- name from request to request, as well as optional informa- 

fier according to the net mask contained in the entry. If no 65 tion such as a session identifier or digital receipt. Absolute 

matches are found, control is transferred to step 562. If links created by a server replica can encode similar infor- 

matches are found, at step 545 the N matching replica mation including session identifiers, and also always encode 
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the IP address of the referring server replica, so thai the 
master server can learn the IP address of the referring replica 
to enable the master server to redirect the client back to the 
referring replica once the master server has finished its 
specialized processing. 

In an alternative implementation, network performance 
estimates are directly supported by the network routing 
service and can be used for replica routing. For example, 
certain proposed network routing procedures such as IDPR 
support network routing servers that can determine the 
expected network performance of a route between two 
specified IP addresses in an internetwork. This network 
service can be directly used in steps 535 to 570 or 575 to 
pick the server replica in the replica routing database with 
the best expected performance from the server replica's IP 
address to the client's IP address. 

In an alternative implementation, every root replica router 
runs on the same computer as a server replica. In this 
implementation, when no server replica can be found for a 
particular client's EP address and network location, the 
replica router directly returns the requested information 
from its local server replica instead of redirecting the client. 

The flowchart in FIGS. Sa-Sb shows how replica routing 
can be accomplished with client applets. In step 605 a user 
activates a link that describes a client applet that mediates 
access to the target behind the link. In step 610 the applet 
performs internetwork performance discovery as described 
in FIG. 6, and at step 615 the applet constructs and sends a 
replica routing request 620 to one or more root replica 
routers. The request constructed at step 615 includes the 
network performance table computed at step 610. Once a 
client performs step 610, this step does not need to be 
repeated for a configuration-set interval. 

At step 630 a replica router uses the source IP address of 35 
message 620, and performs steps 535 to 570 or 575 from 
FIG. 4a to compute a set of candidate target IP addresses. In 
the place of step 562, the network performance table com- 
puted in step 610 and transmitted in message 620 is used to 
create an ordered list of network numbers reachable from the 
client in descending order of performance. These network 
numbers are looked up in the replica summary records in the 
replica routing database (step 565), and matching replica 
summary record entries result in an aggregate performance 
number being computed (step 570) from both the entry and 
the network performance provided by client message 620. 
The top N entries are used as candidate target IP addresses. 
Each entry in the candidate target IP address list includes a 
descriptor indicating whether it is a replica router or server 
replica (this information is determined from the entry's 
replica advertisement). If none of the networks in the 
network map in message 620 match replica summary 
records, then a default set of server replicas is used for the 
candidate target addresses (step 575). 

Once the candidate target IP address list is computed at 
step 630 a reply message 650 is constructed at step 645 that 
includes the IP address list, performance metric values 
corresponding to each element of the list, an indication if 
each element of the list is a replica router or a server replica, 
a timestamp, and a service-specific digital signature, and at 
step 655 the digital signature is authenticated. At step 660, 
if the candidate IP addresses returned contain replica routers, 
then control returns to step 615 and the list of candidate IP 
addresses is expanded and sorted by performance metric 
value. Otherwise, at step 670 service requests corresponding 
to the original user action at step 605 are sent in message 675 
to a fixed number of the server replicas having the best 
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performance metrics. At step 680 a server replica processes 
the request, and in the page returned to the client inserts 
encoded relative links that will lead the client back, for 
subsequent requests, to the replica that provided the returned 
page. Reply messages 685 are received by the applet at step 
690, and the earliest reply received is selected for processing 
in accordance with the original user action at step 605. 

In an alternative embodiment, the client applet stores a list 
of all of the servers and replica routers offered in message 
650, and, at step 670, simply constructs a single service 
request to the server replica or replica router having the best 
aggregate network performance metric value on the list. In 
the event that a server or replica router does not respond, the 
applet will return to the saved list to pick another server 
address or replica router address to try. 

In yet another alternative embodiment, at step 510 or 615 
the client constructs a replica routing request that is 
addressed to a predefined broadcast or multicast address. In 
this embodiment, replica routers listen for a broadcast or 
multicast request on this address at 515 or 620. Because 
multiple replica routers can respond to a broadcast or 
multicast request, the client can pick the first response, or the 
response that offers the server replica with the best estimated 
performance from the client's internetwork location. 

Although a system has been described in which replica 
routers and server replicas all implement a single service 
(e.g., a single collection of information), generalizations to 
allow replica routers to function for multiple services can be 
made by one skilled in the art by introducing appropriate 
unique service identifiers in messages and database entries 
and modifying the logic above to include service identifiers. 

Novel and improved apparatus and techniques for replica 
routing have been described herein. It is evident that those 
skilled in the art may now make numerous uses and modi- 
fications of and departures from the specific embodiment 
described herein without departing from the inventive con- 
cept. Consequently, the invention is to be construed as 
embracing each and every novel feature and novel combi- 
nation of features present in or possessed by the apparatus 
and technique herein disclosed and limited solely by the 
spirit and scope of the appended claims. 

What is claimed is: 

1. An internetwork replica routing system comprising: 

a plurality of server replicas, at least one replica router, 
and at least one client computer interconnected by a 
communications internetwork; 

the client computer being programmed to cause a network 
request, including a source interwork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 

at least one replica router being programmed to receive 
the network request and the source internetwork 
address of the network request and to calculate a 
performance metric value for each of at least some of 
the server replicas that specifies estimated communi- 
cation performance between the client computer and 
the server replica, based upon the client computer's 
location in the internetwork as evidenced by the source 
internetwork address of the network request, and based 
upon a replica routing database that contains perfor- 
mance metric information with respect to a plurality of 
IP address portions sufficient to make routing decisions 
based upon the network request, and being pro- 
grammed to cause the client computer to be directed to 
at least one server replica that is estimated to provide 
good performance based upon the client computer's 
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location in the internetwork, the replica router selecting 
the at least one server replica to which it causes the 
client computer to be directed based on the perfor- 
mance metric values of the server replicas as calculated 
by the replica router, the replica router further being s 
programmed to update dynamically the replica routing 
database based on internetwork performance informa- 
tion periodically received by the replica router in the 
form of advertisements, wherein the period of updates 
may dynamically change; 10 
the server replica to which the client computer is directed 
being programmed to respond to the network request 
from the client computer. 

2. The system of claim 1 wherein: 

the server replicas are programmed to cause server replica 15 
advertisements to be sent to the replica router, the 
advertisements containing internetwork performance 
information from which the replica router can calculate 
the performance metric value; and 

the replica router is programmed to maintain a database 
computed from the server replica advertisements. 

3. An internetwork replica routing system comprising: 

a plurality of server replicas, at least one replica router, 
and at least one client computer interconnected by a 25 
communications internetwork; 

the client computer being programmed to cause a network 
request, including a source internetwork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 30 

at least one replica router being programmed to receive 
the network request and the source internetwork 
address of the network request and to calculate a 
performance metric value for each of at least some of 
the server replicas that specifies estimated communi- 35 
cation performance between the client computer and 
the server replica, based upon the client computer's 
location in the internetwork as evidenced by the source 
internetwork address of the network request, and based 
upon a replica routing database, and being programmed 40 
to cause the client computer to be directed to at least 
one server replica that is estimated to provide good 
performance based upon the client computer's location 
in the internetwork, the replica router selecting the at 
least one server replica to which it causes the client 45 
computer to be directed based on the performance 
metric values of the server replicas as calculated by the 
replica router, the replica router further being pro- 
grammed to update dynamically the replica routing 
database based on internetwork performance informa- 50 
tion periodically received by the replica router, wherein 
the period of updates may dynamically change, the 
server replica to which the client computer is directed 
being programmed to respond to a network request 
from the client computer; the server replicas being 55 
programmed to cause server replica advertisements to 
be sent to the replica router, the advertisements con- 
taining internetwork performance information from 
which the replica router can calculate the performance 
metric value; the replica router being programmed to 60 
maintain a database computed from the server replica 
advertisements; 

wherein each of the replica advertisements contains the 
actual source IP address of the server replica that 
caused it to be sent, and at least one replica router is 65 
programmed to match source IP addresses accompa- 
nying the replica advertisements to the actual source IP 



address contained in the replica advertisements to 
determine whether any of the server replicas are located 
behind firewalls, and to select a server replica or 
another replica router to which it causes the client 
computer to be directed based on whether the client 
computer is located behind a common firewall with the 
server replica or another replica router. 

4. The system of claim 1 wherein: 

the server replicas are programmed to cause to be sent to 
the replica router a network performance table describ- 
ing performance that can be expected between the 
server replica and certain network numbers; and 

the replica router is programmed to calculate the perfor- 
mance metric value for a server replica based upon the 
network performance table. 

5. The system of claim 1 wherein the replica router is 
programmed to calculate the performance metric value of a 
server replica based upon the performance metric value of at 
least one network router located in a path from the client 
computer to the replica router. 

6. The system of claim 1, wherein the client computer is 
programmed to cause the network request for access to the 
server replica to be sent to the replica router by multicasting 
or broadcasting the replica routing request over the com- 
munications internetwork. 

7. The system, of claim 1, wherein there are a plurality of 
replica routers arranged in a hierarchy, each of the replica 
routers being programmed to cause the client computer to be 
directed to a server replica that is estimated to provide good 
performance based upon the client computer's location in 
the internetwork by directing the client computer to a replica 
router lower in the hierarchy. 

8. The system of claim 7 wherein: 

at least one the replica routers is programmed to cause a 
replica router advertisement to be sent to a replica 
router higher in the hierarchy, the replica router adver- 
tisement containing information from which the replica 
router higher in the hierarchy can cause the perfor- 
mance metric value to be calculated; and 

the replica router higher in the hierarchy is programmed 
to store the replica router advertisement in a database of 
advertisements. 

9. An internetwork replica routing system comprising: 

a plurality of server replicas, a plurality of replica routers 
arranged in a hierarchy, and at least one client computer 
interconnected by a communications internetwork; 

the client computer being programmed to cause a network 
request, including a source internetwork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 

at least one of the replica routers being programmed to 
receive the network request and the source internet- 
work address of the network request and to calculate a 
performance metric value for each of at least some of 
the server replicas that specifies estimated communi- 
cation performance between the client computer and 
the server replica, based upon the client computer's 
location in the internetwork as evidenced by the source 
internetwork address of the network request, and based 
upon a replica routing database, and being programmed 
to cause the client computer to be directed to at least 
one server replica that is estimated to provide good 
performance based upon the client computer's location 
in the internetwork, the replica router selecting the at 
least one server replica to which it causes the client 
computer to be directed based on the performance 
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metric values of the server replicas as calculated by the 
replica router, the replica router further being pro- of: 
grammed to update dynamically the replica routing 
database based on internetwork performance informa- 
tion periodically received by the replica router, wherein 
the period of updates may dynamically change, the 
server replica to which the client computer is directed 
being programmed to respond to a network request 
from the client computer; 

at least one of the replica routers being programmed to 
cause the client computer to be directed to a server 
replica that is estimated to provide good performance 
based upon the client computer's location in the inter- 
network by directing the client computer to a replica 
router lower in the hierarchy; 

at least one the replica routers being programmed to cause 
a replica router advertisement to be sent to a replica 
router higher in the hierarchy, the replica router adver- 
tisement containing information from which the replica 
router higher in the hierarchy can cause the perfor- 
mance metric value to be calculated; and 

the replica router higher in the hierarchy being pro- 
grammed to store the replica router advertisement in a 
database of advertisements; 

wherein the replica router higher in the hierarchy is 
programmed to match the replica router advertisement 
to its actual source IP address to determine whether the 
replica router that caused the replica router advertise- 
ment to be sent is located behind a firewall. 

10. A method of replica routing in a communications 
internetwork comprising a plurality of server replicas, at 
least one replica router, and at least one client computer, 
comprising the steps of: 

at the client computer, causing a network request, includ- 
ing a source internetwork address of the network 
request, to be transmitted over the communications 
internetwork; 

receiving the network request, and the source internet- 
work address of the network request, at at least one 
replica router; 

calculating, at the replica router, a performance metric 
value for each of at least some of the server replicas that 
specifies estimated communication performance 
between the client computer and the server replica, 
based upon the client computer's location in the inter- 
network as evidenced by the source internetwork 
address of the network request, and based upon a 
replica routing database that contains performance met- 
ric information with respect to a plurality of IP address 
portions sufficient to make routing decisions based 
upon the network request; 

causing the client computer to be directed to at least one 
server replica that is estimated to provide good perfor- 
mance based upon the client computer's location in the 55 
internetwork, the at least one server replica to which the 
client computer is directed being selected based on the 
performance metric values of the server replicas as 
calculated by the replica router; 

updating dynamically, at the replica router, the replica 60 
routing database based on internetwork performance 
information periodically received by the replica router 
in the form of advertisements, wherein the period of 
updates may dynamically change; and 

responding, at the server replica to which the client 65 
computer is directed, to the network request from the 
client computer. 



11. The method of claim 10 further comprising the steps 
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at the server replicas, causing server replica advertise- 
ments to be sent to the replica router, the advertise- 
ments containing internetwork performance informa- 
tion from which the replica router can calculate the 
performance metric values; and 
the replica router maintaining a database computed from 
the server replica advertisements. 

12. A method of replica routing in a communications 
internetwork comprising a plurality of server replicas, at 
least one replica router, and at least one client computer, 
comprising the steps of: 

at the client computer, causing a network request, includ- 
ing a source internetwork address of the network 
request, to be transmitted over the communications 
internetwork; 

receiving the network request, and the source internet- 
work address of the network request, at least one 
replica router; 

calculating, at the replica router, a performance metric 
value for each of at least some of the server replicas that 
specifies estimated communication performance 
between the client computer and the server replica, 
based upon the client computer's location in the inter- 
network as evidenced by the source internetwork 
address of the network request, and based upon a 
replica routing database; 
causing the client computer to be directed to at least one 
server replica that is estimated to provide good perfor- 
mance based upon the client computer's location in the 
internetwork, the at least one server replica to which the 
client computer is directed being selected based on the 
performance metric values of the server replicas as 
calculated by the replica router; 
updating dynamically, at the replica router, the replica 
routing database based on internetwork performance 
information periodically received by the replica router, 
wherein the period of updates may dynamically 
change; 

responding, at the server replica to which the client 
computer is directed, to the network request from the 
client computer; 
at the server replicas, causing server replica advertise- 
ments to be sent to the replica router, the advertise- 
ments containing internetwork performance informa- 
tion from which the replica router can calculate the 
performance metric values; and 
the replica router maintaining a database computed from 

the server replica advertisements; 
wherein each of the replica advertisements contains the 
actual source IP address of the server replica that 
caused it to be sent, and further comprising the step of 
matching, at the replica router, source IP addresses 
accompanying the replica advertisements to the actual 
source IP address contained in the replica advertise- 
ments to determine whether any of the server replicas 
are located behind firewalls, and to select a server 
replica or another replica router to which it causes the 
client computer to be directed based on whether the 
client computer is located behind a common firewall 
with the server replica or another replica router. 

13. The method of claim 10 further comprising the steps 

of: 

causing to be sent to the replica router a network perfor- 
mance table describing performance that can be 
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expected between the client computer and certain net- 
work numbers; and 
calculating, at the replica router, the performance metric 
value for a server replica based upon the network 
performance table. 

14. The method of claim 10 further comprising the step of 
calculating, at the replica router, the performance metric 
value of a server replica based upon the performance metric 
value of at least one network router located in a path from 
the client computer to the replica router. 

15. The method of claim 10, further comprising the step 
of causing the network request for access to the server 
replica to be sent from the client computer to the replica 
router by multicasting or broadcasting the replica routing 
request over the communications internetwork. 

16. The method of claim 10, wherein there are a plurality 
of replica routers arranged in a hierarchy, and the method 
further comprises the step of at least one of the replica 
routers causing the client computer to be directed to a server 
replica that is estimated to provide good performance based 
upon the client computer's location in the internetwork by 
directing the client computer to a replica router lower in the 
hierarchy. 

17. The method of claim 16 further comprising the steps 

of: 

causing a replica router advertisement to be sent from one 
of the replica routers to a replica router higher in the 
hierarchy, the replica router advertisement containing 
information from which the replica router higher in the 
hierarchy can cause the performance metric value to be 
calculated; and 

the replica router higher in the hierarchy storing the 
replica router advertisement in a database of advertise- 
ments. 

18. A method of replica routing in a communications 
internetwork comprising a plurality of server replicas, a 
plurality of replica routers arranged in a hierarchy, and at 
least one client computer, comprising the steps of: 

at the client computer, causing a network request, includ- 
ing a source internetwork address of the network 
request, to be transmitted over the communications 
internetwork; 

receiving the network request, and the source internet- 
work address of the network request, at at least one 
replica router; 

calculating, at the replica router, a performance metric 
value for each of at least some of the server replicas that 
specifies estimated communication performance 
between the client computer and the server replica, 
based upon the client computer's location in the inter- 
network as evidenced by the source internetwork 
address of the network request, and based upon a 
replica routing database; 

the replica router causing the client computer to be 
directed to at least one server replica that is estimated 
to provide good performance based upon the client 
computer's location in the internetwork by directing the 
client computer to a replica router lower in the 
hierarchy, the at least one server replica to which the 
client computer is directed being selected based on the 
performance metric values of the server replicas as 
calculated by the replica router; 

updating dynamically, at the replica router, the replica 
routing database based on internetwork performance 
information periodically received by the replica router, 
wherein the period of updates may be dynamically 
change; and 
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responding, at the server replica to which the client 
computer is directed, to the network request from the 
client computer; 

causing a replica router advertisement to be sent from one 
of the replica routers to a replica router higher in the 
hierarchy, the replica router advertisement containing 
information from which the replica router higher in the 
hierarchy can cause the performance metric value to be 
calculated; 

the replica router higher in the hierarchy storing the 
replica router advertisement in a database of advertise- 
ments; and 

matching, at the replica router higher in the hierarchy, the 
replica router advertisement to its actual source IP 
address to determine whether the replica router that 
caused the replica router advertisement to be sent is 
located behind a firewall. 

19. An internetwork replica routing system comprising: 
a plurality of server replicas, at least one replica router, 

and at least one client computer interconnected by a 
communications internetwork; 

at least one replica router being programmed to receive 
server replica advertisements, each of the advertise- 
ments containing at least one identifier of a network in 
the communications internetwork to be serviced by a 
server replica and internetwork performance informa- 
tion with respect to the network; 

the client computer being programmed to cause a network 
request, including a source interne twork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 

at least one replica router being programmed to maintain 
a database computed from the server replica 
advertisements, to receive the network request includ- 
ing the source internetwork address of the network 
request, and to cause the client computer to be directed 
to at least one of the server replicas based upon the 
relationship between the networks identified in the 
advertisements in the database and a network in which 
the client computer is located as evidenced by the 
source internetwork address of the network request, the 
replica router further being programmed to update 
dynamically the database based on server replica adver- 
tisements periodically received by the replica router in 
the form of advertisements, wherein the period of 
updates may dynamically change, the database con- 
taining performance metric information with respect to 
a plurality of IP address portions sufficient to make 
routing decisions based upon the network request; 

the server replica to which the client computer is directed 
being programmed to respond to the network request 
from the client computer. 

20. A method of replica routing in a communications 
internetwork comprising a plurality of server replicas, at 
least one replica router, and at least one client computer, 
comprising the steps of: 

causing server replica advertisements to be sent to the 
replica router, each of the advertisements containing at 
least one identifier of a network in the communications 
internetwork to be serviced by a server replica and 
internetwork performance information with respect to 
the network; 

at the client computer, causing a network request, includ- 
ing a source internetwork address of the network 
request, to be transmitted over the communications 
internetwork; 
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the replica router maintaining a database computed from 
the server replica advertisements; 

receiving, at the replica router, the network request 
including the source internetwork address of the net- 
work request; 

causing the client computer to be directed to at least one 
of the server replicas based upon the relationship 
between the networks identified in the advertisements 
in the database and a network in which the client 
computer is located as evidenced by the source inter- 
network address of the network request; 

updating dynamically, at the replica router, the database 
based on server replica advertisements periodically 
received by the replica router, wherein the period of 
updates may dynamically change, the database con- 
taining performance metric information with respect to 
a plurality of IP address portions sufficient to make 
routine decisions based upon the network request; and 

responding, at the server replica to which the client 
computer is directed, to a network request from the 
client computer. 

21. The system of claim 1 wherein the replica router is 
programmed to receive the internetwork performance infor- 
mation as a consequence of at least one message transmitted 
between the server replicas and the replica router. 

22. The method of claim 10 wherein the replica router 
receives the internetwork performance information as a 
consequence of at least one message transmitted between the 
server replicas and the replica router. 

23. An internetwork replica routing system comprising: 
a plurality of server replicas, at least one replica router, 

and at least one client computer interconnected by a 
communications internetwork; 

the client computer being programmed to cause a network 
request, including a source internetwork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 

the replica router being programmed to receive the net- 
work request including the source internetwork address 
of the network request, and to calculate a performance 
metric value for each of at least some of the server 
replicas that specifies estimated communication perfor- 
mance between the client computer and the server 
replica based upon a replica routing database that 
contains performance metric information with respect 
to a plurality of IP address portions sufficient to make 
routing decisions based upon the network request, and 
to cause identification of a plurality of server replicas 
that are estimated to provide good performance to be 
sent to the client computer; 

the client computer being programmed to perform empiri- 
cal performance experiments to choose one of the 
plurality of server replicas, estimated by the replica 
router to provide good performance, from which to 
access information; 

the server replica identified by the replica router and 
chosen by the client computer being programmed to 
respond to a network request from the client computer. 

24. A method of replica routing in a communications 
internetwork comprising a plurality of server replicas, at 
least one replica router, and at least one client computer, 
comprising the steps of: 

at the client computer, causing a network request, includ- 
ing a source internetwork address of the network 
request, to be transmitted over the communications 
internetwork; 
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at the replica router, receiving the network request includ- 
ing the source internetwork address of the network 
request, and calculating a performance metric value for 
each of at least some of the server replicas that specifies 
estimated communication performance between the 
client computer and the server replica based upon a 
replica routing database that contains performance met- 
ric information with respect to a plurality of IP address 
portions sufficient to make routing decisions based 
upon the network request, and causing identification of 
a plurality of server replicas that are estimated to 
provide good performance to be sent to the client 
computer; 

at the client computer, performing empirical performance 
experiments to choose one of the plurality of server 
replicas, estimated by the replica router to provide good 
performance, from which to access information; 

at the server replica identified by the replica router and 
chosen by the client computer, responding to the net- 
work request from the client computer. 

25. A computer program product comprising: a computer 
usable medium having computer readable program code 
tangibly embedded in said computer program product, the 
program code being configured to cause a replica router to: 

receive a network request, including a source internet- 
work address of the network request, the network 
request including the source internetwork address of 
the network request being transmitted over a commu- 
nications internetwork of an internetwork replica rout- 
ing system interconnecting at least one replica router, at 
least one client computer that causes the network 
request including the source internetwork address of 
the network request to be transmitted, and a plurality of 
server replicas programmed to respond to the network 
request from the client computer; 

calculate a performance metric value for each of at least 
some of the server replicas that specifies estimated 
communication performance between the client com- 
puter and the server replica, based upon the client 
computer's location in the internetwork as evidenced 
by the source internetwork address of the network 
request, based upon a replica routing database that 
contains performance metric information with respect 
to a plurality of IP address portions sufficient to make 
routing decisions based upon the network request; 

cause the client computer to be directed to at least one 
server replica that is estimated to provide good perfor- 
mance based upon the client computer's location in the 
internetwork, the replica router selecting the at least 
one server replica to which it causes the client com- 
puter to be directed based on the performance metric 
values of the server replicas as calculated by the replica 
router; and 

update dynamically the replica routing database based on 
internetwork performance information periodically 
received by the replica router in the form of 
advertisements, wherein the period of updates may 
dynamically change. 

26. A computer program product comprising: a computer 
usable medium having computer readable program code 
tangibly embedded in said computer program product, the 
program code being configured to cause a replica router to: 

receive a network request, including a source internet- 
work address of the network request, the network 
request including the source internetwork address of 
the network request being transmitted over a commu- 



10/03/2003, EAST Version: 1.04.0000 



6,052,718 



19 



20 



nications internetwork of an internetwork replica rout- 
ing system interconnecting at least one replica router, at 
least one client computer that causes the network 
request including the source internetwork address of 
the network request to be transmitted, and a plurality of 
server replicas programmed to respond to a network 
request from the client computer; 

receive server replica advertisements, each of the adver- 
tisements containing at least one identifier of a network 
in the communications internetwork to be serviced by 
a server replica and internetwork performance infor- 
mation with respect to the network; 

maintain a database computed from the server replica 
advertisements; 

cause the client computer to be directed to at least one of 
the server replicas based upon the relationship between 
the networks identified in the advertisements in the 
database and a network in which the client computer is 
located as evidenced by the source internetwork 
address of the network request; and 

update dynamically the database based on server replica 
advertisements periodically received by the replica 
router, wherein the period of updates may dynamically 
change, the database containing performance metric 
information with respect to a plurality of IP address 
portions sufficient to make routing decisions based 
upon the network request. 

27. A computer program product comprising: a computer 
usable medium having computer readable program code 
tangibly embedded in said computer program product, 

the program code being configured to cause a server 
replica to cause server replica advertisements to be sent 
to a replica router over a communications internetwork 
of an internetwork replica routing system interconnect- 
ing a plurality of server replicas, at least one client 
computer, and at least one replica router, each of the 
advertisements containing at least one identifier of a 
network in the communications internetwork to be 
serviced by the server replica and internetwork perfor- 
mance information with respect to the network; 

the client computer causing a network request for access 
to a server replica and a source internetwork address of 
the network request to be transmitted over the commu- 
nications internetwork, and the replica router receiving 
the network request and the internetwork address; and 

the program code being configured to cause the server 
replica to respond to a network request, the network 
request including a source internetwork address of the 
network request being caused to be transmitted over the 
communications internetwork by the client computer 
and being received by the replica router, which main- 
tains a database computed from the server replica 
advertisements, which causes the client computer to be 
directed to the server replica based upon the relation- 
ship between the networks identified in the advertise- 
ments in the database and a network in which the client 
computer is located as evidenced by the source inter- 
network address of the network request, and which 
updates dynamically the database based on server rep- 
lica advertisements periodically received by the replica 
router, wherein the period of updates may dynamically 
change, the database containing performance metric 
information with respect to a plurality of IP address 
portions sufficient to make routing decisions based 
upon the network request. 

28. A computer program product comprising: a computer 
usable medium having computer readable program code 
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tangibly embedded in said computer program product, the 
program code being configured to cause a client computer 
to: 

cause a network request, including a source internetwork 
address of the network request, to be transmitted over 
a communications internetwork of an internetwork 
replica routing system interconnecting at least one 
client computer, a plurality of server replicas pro- 
grammed to respond to a network request from the 
client computer, and at least one replica router that 
calculates a performance metric value for each of at 
least some of the server replicas that specifies estimated 
communication performance between the client com- 
puter and the server replica based upon a replica 
routing database that contains performance metric 
information with respect to a plurality of IP address 
portion sufficient to make routing decisions based upon 
the network request transmitted over the communica- 
tions request, and that causes identification of a plural- 
ity of server replicas that are estimated to provide good 
performance to be sent to the client computer, and 

perform empirical performance experiments -to choose 
one of the plurality of server replicas from which to 
access information and to cause the information to be 
accessed from the server replica identified by the 
replica router and chosen by the client computer. 

29. The system of claim 9 wherein the replica router 
higher in the hierarchy is programmed to cause the perfor- 
mance metric value to be calculated by redirecting the client 
computer to a server replica or replica router that is in turn 
programmed to cause the performance metric value to be 
calculated. 

30. An internetwork replica routing system comprising: 
a plurality of server replicas, at least one replica router, 

and at least one client computer interconnected by a 
communications internetwork; 

the client computer being programmed to cause a network 
request, including a source internetwork address of the 
network request, to be transmitted over the communi- 
cations internetwork; 

at least one replica router being programmed to receive 
the network request including the source internetwork 
address of the network request and to select a server 
replica having a performance metric value better than at 
least some of the server replicas, the performance 
metric value being an estimate of communication per- 
formance between the client computer and the server 
replica, the replica router selecting the server replica 
based upon the client computer's location in the inter- 
network as evidenced by the source internetwork 
address of the network request, and based upon a 
replica routing database that contains a plurality of IP 
address portions sufficient to make routing decisions 
based upon the network request, the replica routing 
database being computed using performance metric 
information with respect to a plurality of IP address 
portions sufficient to make routing decisions based 
upon the network request, the replica router being 
programmed to cause the client computer to be directed 
to at least one server replica that is estimated to provide 
good performance based upon the client computer's 
location in the internetwork, the replica router further 
being programmed to update dynamically the replica 
routing database based on advertisements periodically 
received by the replica router, wherein the period of 
updates may dynamically change, the advertisements 
being computed based on internetwork performance 
information; 
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the server replica to which the client computer is directed 
being programmed to respond to the network request 
from the client computer. 

31. An internetwork replica routing system comprising: 
a plurality of server replicas, at least one replica router, 

and at least one client computer interconnected by a 
communications internetwork; 

at least one replica router being programmed to receive 
server replica advertisements, each of the advertise- 
ments containing at least one identifier of a network in 
the communications internetwork to be serviced by a 
server replica, the advertisements being computed 
using internetwork performance information with 
respect to the network; 

the client computer being programmed to cause a network 
request, including a source internetwork address of the . 
network request, to be transmitted over the communi- 
cations internetwork; 

at least one replica router being programmed to maintain 20 
a database computed from the server replica 
advertisements, to receive the network request includ- 
ing the source internetwork address of the network 
request, and to cause the client computer to be directed 
to at least one of the server replicas based upon the 25 
relationship between the networks identified in the 
advertisements in the database and a network in which 
the client computer is located as evidenced by the 
source internetwork address of the network request, the 
replica router further being programmed to update 30 
dynamically the database based on server replica adver- 
tisements periodically received by the replica router, 
wherein the period of updates may dynamically 
change, the database containing a plurality of IP 
address portions sufficient to make routing decisions 35 
based upon the network request, the database being 
computed using performance metric information with 
respect to a plurality of IP address portions sufficient to 
make routing decisions based upon the network 
request; 40 

the server replica to which the client computer is directed 
being programmed to respond to the network request 
from the client computer. 

32. The system of claim 30 wherein the server replica is 



34. An internetwork replica routing system comprising: 
a plurality of server replicas, a plurality of replica routers, 

and at least one client computer interconnected by a 
communications internetwork; 
the client computer being programmed to cause a first 
network request, including a first internetwork source 
address, to be transmitted over the communications 
internetwork; 

a first replica router being programmed to receive the first 
network request including the first internetwork source 
address and to select a second replica router, and being 
programmed to cause a second network request includ- 
ing a second internetwork source address to be sent to 
the second replica router; 

the second replica router selecting at least one server 
replica that is estimated to provide good performance 
based upon the client computer's location in the inter- 
network as evidenced by the second internetwork 
source address, the second replica router selecting the 
at least one server replica to which it causes the client 
computer to be directed based upon a replica routing 
database, the replica routing database being computer 
using performance metric information with respect to a 
plurality of IP address portions sufficient to make 
routing decisions based upon the second network 
request, the second replica router further being pro- 
grammed to update dynamically the replica routing 
database based on internetwork performance informa- 
tion periodically received by the second replica router, 
wherein the period of updates may dynamically 
change, the at least one server replica to which the 
client computer is directed being programmed to 
respond to a network request from the client computer. 

35. The system of claim 34 wherein the first replica router 
selects the second replica router based upon the first network 
request and based on the client computer's location in the 
internetwork as evidenced by the first internetwork source 
address. 

36. The system of claim 35 where the first replica router 
selects the second replica router based upon another replica 
routing database computed using information from at least 
one BGP routing table. 

37. The system of claim 34 wherein the second replica 



programmed to store information that it subsequently causes 45 router causes an identification of a plurality of server rep- 



to be provided to the client computer when the server replica 
reponds to a network request from the client computer. 

33. The system of claim 30 wherein the replica routing 
database contains a plurality of IP address portions sufficient 
to make routing decisions based upon the source internet- so 
work address of a network request from the client computer. 



licas that are estimated to provide good performance to be 
sent to the client computer, and wherein the client computer 
is programmed to choose one of the plurality of server 
replicas from which to access information. 
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